United States Patent and Trademark Office 



UNITED STATES DEPARTMENT OF COMMERCE 
United States Patent and Trademark Office 
Address: COMMISSIONER FOR PATENTS 
P.O. Box 1450 

Alexandria, Virgiaia 22313-I4S0 
www.uspto.gov 



APPLICATION NO. 


FILING DATE 


FIRST NAMED INVENTOR 


ATTORNEY DOCKET NO. | 


CONFIRMATION NO. 


10/682,538 


10/10/2003 


Robert A. Kukura 


4.1 ART 


9733 



26381 7590 

IP Authority, LLC 
Ramraj Soundararajan 
9435 Lorton Market St. #801 
Lorton, VA 22079 



07/30/2007 



EXAMINER 



VERDI, KIMBLEANN C 



ART UNIT 



PAPER NUMBER 



2194 



MAIL DATE 



I 



DELIVERY MODE 



07/30/2007 



PAPER 



Please find below and/or attached an Office communication concerning this application or proceeding. 

The time period for reply, if any, is set in the attached communication. 



PTOL-90A (Rev. 04/07) 



Office Action Summary 


Application No. 

10/682,538 


Applicant(s) 

KUKURA ET AL 


i-Adlllll Id 

Kacy Verdi 


Art Unit 

2194 





- The MAILING DATE of Utis communication appears on the cover sheet with the correspondence address - 
Period for Reply 



A SHORTENED STATUTORY PERIOD FOR REPLY IS SET TO EXPIRE 3 MONTH(S) OR THIRTY (30) DAYS, 
WHICHEVER IS LONGER, FROM THE MAILING DATE OF THIS COMMUNICATION. 

- Extensions of time may be available under the provisions of 37 CFR 1. 136(a). In no event, however, may a reply be timely filed 
after SIX (6) MONTHS from the mailing date of this communication. 

- If NO period for reply is specified above, the miaximum statutory period will apply and will expire SIX (6) MONTHS from the mailing date of this communication. 

- Failure to reply within the set or extended period for reply will, by statute, cause the application to become ABANDONED (35 U.S.C. § 133). 
Any reply received by the Office later than three months after the mailing date of this communication, even if timely filed, may reduce any 
earned patent term adjustment. See 37 CFR 1.704(b). 

Status 

1)13 Responsive to communication(s) filed on 07 May 2007 . 
2a)|3 This action is FINAL. 2b)n This action is non-final. 

3) 0 Since this application is in condition for allowance except for fonnal matters, prosecution as to the merits is 

closed in accordance with the practice under Ex parte Quayle, 1935 CD. 11, 453 O.G. 213. 

Disposition of Clainns 

4) ISI Claim(s) 1-8 and 10-19 is/are pending in the application. 

4a) Of the above claim(s) is/are withdrawn from consideration. 

5) n Claim(s) is/are allowed. 

6) E1 Claim(s) 1-8 and 10-19 is/are rejected. 
?)□ Claim(s) is/are objected to. 

8) n Claim(s) are subject to restriction and/or election requirement. 

Application Papers 

9) 0 The specification is objected to by the Examiner. 

10)13 The drawing(s) filed on 10 January 2003 is/are: a)^ accepted or b)n objected to by the Examiner. 

Applicant may not request that any objection to the drawing(s) be held in abeyance. See 37 CFR 1.85(a). 

Replacement drawing sheet(s) including the connection Is required if the drawing(s) is objected to. See 37 CFR 1.121(d). 
!!)□ The oath or declaration is objected to by the Examiner. Note the attached Office Action or form PTO-152. 

Priority under 35 U.S.C. § 119 

12)0 Acknowledgment is made of a claim for foreign priority under 35 U.S.C. § 1 19(a)-(d) or (f). 
a)n All b)n Some * 0)0 None of: 

1 .□ Certified copies of the priority documents have been received. 

2. n Certified copies of the priority documents have been received in Application No. . 

3. D Copies of the certified copies of the priority documents have been received in this National Stage 

application from the International Bureau (PCT Rule 17.2(a)). 
* See the attached detailed Office action for a list of the certified copies not received. 



Attachment(s) 

1 ) CD Notice of References Cited (PTO-892) 

2) n Notice of Draflsperson's Patent Drawing Review (PTO-948) 

3) LH Information Disclosure Statement(s) (PTO/SB/08) 

Paper No(s)/Mail Date . 




4) □ Interview Summary (PTO-413) ' 

Paper No(s)/Mail Date. . 

5) n Notice of Informal Patent Application 

6) □ Other: . 



U.S. Patent and Trademark Office 
PTOL-326 (Rev. 08-06) 



Office Action Summary 



Part of Paper No./Mail Date 20070709 



Application/Control Number: 10/682,538 Page 2 

Art Unit: 2194 

DETAILED ACTION 

This office action is in response to the Amendment filed on May 7, 2007. Claims 
1-8 and 10-19 are pending in the current application. Applicants' arguments have been 
carefully considered, but they are not persuasive. Accordingly, this action has been 
made FINAL. All previously outstanding objections and rejections to the Applicant's 
disclosure and claims not contained in this Action have been respectfully withdrawn by 
the Examiner hereto. 

Response to Amendment 

1 . Amendment to the specification overcomes the previous objections to the 
specification. 

Amendment to claims 3 and 9 overcomes the previous objections to the claims. 

Response to Argument 

2. Applicant's arguments filed on May 7, 2007 have been fully considered but they 
are not persuasive. In response to the Non-Final Office Action dated Febmary 7, 2007, 
applicant argues in regards to claims 1, 6, and 12: 

(1 ) The OMG and/or Sedgewick references fails to teach intrinsically 
chaining interceptors. The entire QMG reference, which describes the CORBA 
specification, involves extrinsic chaining (page 15, lines 4-5 and page 14, lines 3- 
4). 

(2) Applicants respectfully contend that the combination of OMG and 
Sedgewick fails to teach or suggest Applicants' feature of at least one of 
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the chained interceptors storing state information directed to a reference to 
a next interceptor. Given that linked lists and interceptors are two separate 
entities, Applicants also respectfully disagree with the Examiner that such 
teachings could be combined (page 16, lines 6-7 and 9-1 1 ). 

(3) OMG in combination with Sedgewick fails to teach a unified binding 
mechanism across request level Object Request Broker (ORB) services, 
message level ORB services, and transports (page 17, lines 1-3). 

(4) Applicants wish to emphasize that the combination of Sedgewick, 
OMQ, and OMG TC also fail to teach the feature of providing callbacks 
within the interceptor chain, whereby a reguest onlv has to traverse said 
chain once while allowing interceptors that need to intercept processing at 
additional points to ^o so bv vyrappino a callback interface (page 17, lines 
13-17). 

(5) Applicants also wish to emphasize that the combination of OMG, 
Sedgewick, and Gamma fail to teach the feature of applying a flyweight 
pattern to ah Interoperable Object Reference (IQR) representation, wherein 
the fivweiqht pattern Implements policies which control which chain of 
interceptors to use at invocation (page 17, lines 22-23 and page 18, lines 1-2). 
In response td argument (1), examiner respectfully disagrees and notes that 

OMG discloses intrinsically chaining interceptors. OMG teaches the interceptor may 
• then perform actions, including invoking other objects (page 21-3, section 21.2.2, lines 
13-15). For example, invoking other objects can be interpreted as intrinsically chaining 
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interceptors, since interceptors are objects of the ORB services, built on the ORB core, 
which provides the basic representation of objects (page 21-2, section 21.1.1, lines 3-6). 
It would have been obvious to one of ordinary skill in the art at the time of the invention 
to substitute intrinsically chaining interceptors, for an interceptor invoking other objects 
as described by QMG because this feature Is a structural equivalent of to chain 
interceptors Intrinsically, where each Interceptor directly invokes the next one 
(Applicant's specification, paragraph [0078]). In re Bond, 910 F.2d 831, 15 USPQ2d 
1566 (Fed. Cir. 1990), MPEP 2183, and In re Brown, 459 F.2d 531, 535, 173 USPQ 
685, 688 (GCPA 1972). 

In response to argument (2), examiner respectfully disagrees and notes 
that the combination of OMG and Sedgewick discloses at least one of the chained 
interceptors storing state information directed to a reference to a next interceptor, and 
the teachings of OMG and Sedgewick can be combined. Sedgewick teaches each item 
is part of a "node" that also contains a "link" to the next node (page 18, lines 1-2). For 
example, a node that contains a link to the next node can be interpreted as storing state 
information, directed to a reference to a next interceptor, and each item is part of a 
node, can be Interpreted as in at least one of the chained Interceptors. 

It would have been obvious to a person of ordinary skill In the art at the time the 
invention was made to have modified the list of interceptors of OMG with the teachings 
of a Linked List by Sedgewick because this would have provided a mechanism for 
flexibility in allowing the items (ex. Interceptors) to be rearranged efficiently" (Linked 
Lists section, page 17, lines 9-10). 



Application/Control Number: 10/682,538 Page 5 

Art Unit: 2194 

In response to argument (3), examiner respectfully disagrees and notes that 
OMG teaches providing a unified binding mechanism (Binding Model, Fig. 21-2, page 
21.5) across request level Object Request Broker (ORB) services (e.g. Interceptors), 
message level ORB services (e.g. message interceptors), and transports (e.g. between 
client and Target object) (Binding Model fig. 21-2, page 21-5). 

In response to argument (4), examiner respectfully disagrees and notes 
that the combination of Sedgewick, OMG, and OMG TC teaches providing callbacks 
within the interceptor chain, whereby a request only has to traverse said chain once 
while allowing interceptors that need to intercept processing at additional points to do so 
by wrapping a callback interface. OMG TC teaches providing callbacks within said 
interceptor chain (callback asynchronous invocation model, section 2.1 Asynchronous 
Method Invocation (AMI) Requirements, page 7); and 

whereby a request only has to traverse said chain once while allowing 
interceptors that need to intercept processing at additional points to do so by wrapping a 
callback interface (using custom ReplyHandler written for interceptor, section 3.3.1 
Asynchronous Method Invocation Components, page 18 and section 3.3.4 Callback 
Model Detailed Design, pages 21-22). 

In response to argument (5), examiner respectfully disagrees and notes 
that the combination of OMG, Sedgewick, and Gamma teaches applying a flyweight 
pattern to an Interoperable Object Reference (lOR) representation, wherein the 
flyweight pattern implements policies which control which chain of interceptors to use at 
invocation. Gamma teaches applying a flyweight pattern to an Interoperable Object 
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Reference (lOR) representation (apply flyweight pattern when an application uses a 
large number of objects, page 197, Applicability section, lines 1-11), said flyweight 
pattern implementing policies which control which chain of Interceptors to use at 
invocation (using Flyweight Factory for managing shared objects (e.g. chain of 
interceptors). Managing Shared Objects, page 200, Implementation section, part 2). 

Claim Rejections • 35 USC § 103 

3. The following is a quotation of 35 U.S.C. 1 03(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set 
forth in section 102 of this title, if the differences between the subject matter sought to be patented and 
the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in vMcU the invention was made. 

4. Claims 1-5 are rejected under 35 U.S.C. 103(a) as being unpatentable over "The 
Common Object Request Broker: Architecture and Specification", revision 2.3, by 
Object Management Group, Inc. (hereinafter OMG) in view of "Algorithms in C" 

by Robert Sedgewick (hereinafter Sedgewick). 

5. As to claim 1 , OMG substantially teaches the invention as claimed including a 
computer implemented method of creating and managing one or more interceptors, 
comprising: 

intrinsically chaining said interceptors (interceptor may then perform actions, 
including invoking other objects (e.g. interceptors), page 21-3, section 21.2.2, lines 13- 
15), said interceptor chains made up of dissimilar types (e.g. message level and request 
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level, Fig. 21-1, page 21-3) of interceptors (Interceptors Called During Invocation Path 
Fig. 21-1, page 21-3); and 

providing a unified binding mechanism (Binding Model, Fig. 21-2, page 21.5) 
across request level Object Request Broker (ORB) services (e.g. Interceptors), 
message level ORB services (e.g. message interceptors), and transports (e.g. between 
client and Target object) (Binding Model fig. 21-2, page 21-5). 

OMG does not explicitly teach storing state information, in at least one of 
the chained interceptors, directed to a reference to a next interceptor. 

However, Sedgewick teaches storing state information (e.g. link to next node, 
page 18, lines 1-2), in at least one of the chained interceptors (e.g. node on Linked List, 
Fig. 3.1, page 18, lines 1-2), directed to a reference to a next interceptor ("each Item is 
part of a "node" that also contains a "link" to the next node, page 18, lines 1-2). 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to have modified the list of interceptors of OMG with the teachings 
of a Linked List by Sedgewick because this feature would have provided a mechanism 
for flexibility in allowing the items (ex. Interceptors) to be rearranged efficiently" (Linked 
Lists section, page 17, lines 9-10). 

6. As to claim 2, OMG as modified teaches a computer implemented method of 
creating and managing one or more Interceptors, as per claim 1 , wherein said chained 
interceptors are contiguous (Linked List Fig. 3. 1 , page 1 8 of Sedgewick) or split. 

7. As to claim 3, OMG teaches a computer implemented method of creating and 
managing one or more interceptors, as per claim 2, further comprising: splitting, in a 
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server, the chained interceptors into first (Request level interceptors of Target Object 
request/reply Fig. 21-1, page 21-3) and second (Message level interceptors of Target 
Object request reply Fig. 21-1, page 21-3) interceptor chains. 

8. As to claim 4, OMG teaches a computer implemented method of creating and 
managing one or more interceptors, as per claim 3, wherein said first interceptor chain 
is a per-client interceptor chain (Request level interceptors chain of Client request/reply 
Fig. 21-1, page 21-3, and Establishing the Binding and Interceptors section 21.3.2, lines 
1-4 indicate priority in invocation of interceptors). 

9. As to claim 5, OMG teaches a computer implemented method of creating and 
managing one or more interceptors, as per claim 3, wherein the second interceptor 
chain is one of a per-endpoint and a per-object interceptor chain (Message level 
interceptors chain of Client request/reply Fig. 21-1, page 21-3 and Establishing the 
Binding and Interceptors section 21 .3.2, lines 1-4 indicate priority in invocation of 
interceptors). 

10. Claims 6-8 and 10-1 1 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over U.S. "The Common Object Request Broker: Architecture and Specification", 
revision 2.3, by Object Management Group, Inc. (hereinafter OMG) in view of 
"Algorithms in C", by Robert Sedgewick (hereinafter Sedgewick), and further in view of 
"CORBA Messaging", by OMG TC. 

11. As to claim 6, OMG substantially teaches the invention as claimed including a 
computer implemented method of creating and managing one or more Interceptors, 
comprising: 
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intrinsically chaining said interceptors (interceptor may then perform actions, 
including invoking other objects (e.g. interceptors), page 21-3, section 21.2.2, lines 13- 
15). 

OMG does not explicitly disclose storing state information. In at least one of the 
chained interceptors, directed to a reference to a next interceptor; 

providing callbacks within said Interceptor; and 

whereby a request only has to traverse said chain once while allowing 
interceptors that need to intercept processing at additional points to do so by wrapping a 
callback interface. 

However, Sedgewick teaches storing state information (e.g. link to next node, 
page 18, lines 1-2), in at least one of the chained interceptors (e.g. node on Linked List, 
Fig. 3.1, page 18, lines 1-2), directed to a reference to a next interceptor ("each item is 
part of a "node" that also contains a "link" to the next node, page 18, lines 1-2). 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to have modified the list of interceptors of OMG with the teachings 
of a Linked List by Sedgewick because this feature would have provided a mechanism 
for flexibility in allowing the Items (ex. Interceptors) to be rearranged efficiently" (Linked 
Lists section, page 17, lines 9-10). 

In addition, OMG TC teaches providing callbacks within said interceptor chain 
(callback asynchronous invocation model, section 2.1 Asynchronous Method Invocation 
(AMI) Requirements, page 7); and 
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whereby a request only has to traverse said chain once while allowing 
interceptors that need to intercept processing at additional points to do so by wrapping a 
callback interface (using custom ReplyHandler written for interceptor, section 3.3.1 
Asynchronous Method Invocation Components, page 18 and section 3.3.4 Callback 
Model Detailed Design, pages 21-22). 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to have further modified the interceptor of OMG as modified by 
Sedgewick with the teachings of a callback asynchronous invocation model by OMG TC 
because this feature would have further provided a mechanism for managing remote 
reiquests within an asynchronous, event-driven environment in which callbacks are 
invoked to handle events (Asynchronous Method Invocation (AMI) Requirements, 
section 2. 1 , page 2 of OMG TC). 

12. As to claim 7, OMG teaches a computer implemented method of creating and 
managing one or more interceptors, as per claim 6, wherein wrapper server request 
callback implementations passed along by intermediate server request interceptors 
perfonn their own processing (Request-Level Interceptor can perform further actions, 
find details of the request, ect... , section 21 .4.1 , page 21 .6) as well as delegate 
operations back to encapsulated server request callback instances (delegate using 
Reference Embedding, section 12.5 Interoperability Design Goals, page 12-9, lines 6- 
7). 

1 3. As to claim 8, OMG teaches a computer implemented method of creating and 
managing one or more interceptors, as per claim 6, wherein an ORB service's 
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implementation of a server request callback interface allows it to intercept, observe, or 
influence outcomes of the requests (Request-Level Interceptor can perform further 
actions, find details of the request, ect... , section 21 .4.1 , page 21 .6) before delegating 
back to the server request callback instance that it wraps (delegate using Reference 
Embedding, section 12.5 Interoperability Design Goals, page 12-9, lines 6-7). 

14. As to claim 10, OMG teaches a computer implemented method of creating and 
managing one or more interceptors, as per claim 6, wherein server request callback 
implementations provided by orb services delegate (delegate using Reference 
Embedding, section 12.5 Interoperability Design Goals, page 12-9, lines 6-7) read 
inputs operations (using DatalnputStream, section 5.5.2. Marshaling Streams, pages 5- 
1 1 through 5-14) back to the server request callback instances they wrap, unless they 
are causing an exception to be returned (ex. Interceptors raise exceptions for problems, 
secure invocation interceptor example, page 21-6, lines 19-22). 

1 5. As to claim 1 1 , OMG teaches a computer implemented method of creating and 
managing one or more interceptors, as per claim 6, wherein server request callback 
implementations provided by orb services delegate (delegate using Reference 
Embedding, section 12.5 Interoperability Design Goals, page 12-9, lines 6-7) write 
output operations (using DataOutputStream, section 5.5.2. Marshaling Streams, pages 
5-1 1 through 5-14) back to the server request callback instances they wrap. 

1 6. Claims 1 2-1 9 are rejected under 35 U.S.C. 1 03(a) as being unpatentable over 
U.S. "The Common Object Request Broker: Architecture and Specification", revision 
2.3, by Object Management Group, Inc. (hereinafter OMG) in view of "Algorithms in C 
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by Robert Sedgewick (hereinafter Sedgewick) and further in view of "Design Patterns: 
Elements of Reusable Object-Oriented Software" by E. Gamma et al. (hereinafter 
Gamma). 

17. As to claim 12, OMG substantially teaches the invention as claimed including a 
computer implemented method of creating.and managing one or more interceptors, 
comprising: 

intrinsically chaining said interceptors (interceptor may then perform actions, 
including invoking other objects (e.g. interceptors), page 21-3, section 21.2.2, lines 13- 
.15) Into one or more chains (Interceptors Called During Invocation Path Fig. 21-1, page 
21-3). 

OMG does not explicitly disclose storing state Information, in at least one of the 
chained interceptors, directed to a reference to a next interceptor; and 

applying a flyweight pattern to an Interoperable Object Reference (lOR) 
representation, said flyweight pattern implementing policies which control which chain of 
interceptors to use at invocation. 

However, Sedgewick teaches storing state information (e.g. link to next node, 
page 18, lines 1-2), In at least one of the chained interceptors (e.g. node on Linked List, 
Fig. 3.1, page 18, lines 1-2), directed to a reference to a next interceptor ("each Item Is 
part of a "node" that also contains a "link" to the next node, page 18, lines 1-2). 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to have modified the list of Interceptors of OMG with the teachings 
of a Linked List by Sedgewick because this feature would have provided a mechanism 
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for flexibility in allowing the items (ex. Interceptors) to be rearranged efficiently" (Linked 
Lists section, page 17, lines 9-10). 

In addition. Gamma teaches applying a flyweight pattern to an Interoperable 
Object Reference (lOR) representation (apply flyweight pattern when an application 
uses a large number of objects, page 197, Applicability section, lines 1-11), said 
flyweight pattern implementing policies which control which chain of interceptors to use 
at invocation (using Flyweight Factory for managing shared objects (e.g. chain of 
interceptors), Managing Shared Objects, page 200, Implementation section, part 2). 

It would have been obvious to a person of ordinary skill in the art at the time the 
invention was made to have further modified the Interoperable Object References 
(lORs) of OMG as modified by Sedgwick with the teachings of applying a flyweight 
pattern by Gamma because this feature would have further provided a mechanism for 
how to share objects (e.g. chain of interceptors) to allow their use at fine granularities 
without prohibited cost (FLYWEIGHT Motivation page 195, line 16-18 of Gamma) and 
use sharing to support large numbers of fine-grained objects (e.g. chain of interceptors) 
efficiently (FLYWEIGHT Intent page 1 95, line 1 of Gamma). 

1 8. As to claim 1 3, OMG teaches a computer implemented method of creating and 
managing one or more interceptors, as per claim 12, wherein said lOR representation 
comprises any of: 

lORs (section 13.6.2, page 13-15), lOR profiles (section 13.6.2.1 and 13.6.2.2, 
page 13-15), and lOR components (section 13.6.2.3, page 13-15); and 
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a binding mechanism hashes and cx)mpares lORs, lOR profiles, and lOR 
components using their pointers instead of their content (Hashing Object Identifiers, 
section 4.3.6. 1 , page 4-1 2 through 4-1 3). 

19. As to claim 14, OMG as modified teaches a computer implemented method of 
creating and managing one or more interceptors, as per claim 12, wherein said 
flyweight pattern is applied to multiple lOR interfaces (using Flyweight Factory for 
managing shared objects, Managing Shared Objects, page 200, Implementation 
section, part 2 of Gamma). 

20. As to claim 1 5, OMG teaches a computer implemented method of creating and 
managing one or more interceptors, as per claim 12, wherein for each implementation 
of said lOR interfaces, no more than a single instance with a particular value is 
instantiated at a time (invocation uses information from exactly one profile, section 
13.6.4, page 13-21). 

21 . As to claim 16, OMG teaches a computer implemented method of creating and 
managing one or more interceptors, as per claim 12, wherein when an lOR is 
demarshaled (unmarshaled) multiple times, a single instance is shared (appropriate 
factory for an instance. Language Specific Value Factory Requirements, section 5.4.3, 
page 5-9). 

22. As to claim 17, OMG as modified teaches a computer implemented method of 
creating and managing one or more interceptors, as per claim 12, wherein when an item 
being demarshaled (unmarshaled value type. Creation and Factories, section 5.2.8.1, 
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page 5-7 of OMG), no heap allocation is required (share objects, FLYWEIGHT 
Motivation page 195, line 14-18 of Gamma). 

23. As to claim 18, OMG as modified teaches a computer implemented method of 
creating and managing one or more interceptors, as per claim 12, wherein when said 
flyweight pattern is applied, a map of values currently instantiated is maintained (using 
Flyweight Factory for managing shared objects, Managing Shared Objects, page 200, 
Implementation section, part 2 of Gamma). 

24. As to claim 19, OMG as modified teaches a computer implemented method of 
creating and managing one or more interceptors, as per claim 12, wherein when said 
flyweight pattern is applied, scalability is insured by insuring that redundant copies of 
any of: individual componiehts, profiles, and lORs are not stored in memory (using 
Flyweight Factory for managing shared objects, Managing Shared Objects, page 200, 
Implementation section, part 2 and FLYWEIGHT Motivation page 195, line 14-18 of 
Gamma). 

Conclusion 

25. THIS ACTION IS MADE FINAL. Applicant is reminded of the extension of time 
policy as set forth in 37 CFR 1 .1 36(a). 

A shortened statutory period for reply to this final action is set to expire THREE 
MONTHS from the mailing date of this action. In the event a first reply is filed within 
TWO MONTHS of the mailing date of this final action and the advisory action is not 
mailed until after the end of the THREE-MONTH shortened statutory period, then the 
shortened statutory period will expire on the date the advisory action is mailed, and any 
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extension fee pursuant to 37 CFR 1.136(a) will be calculated from the mailing date of 
the advisory action. In no event, however, will the statutory period for reply expire later 
than SIX MONTHS from the mailing date of this final action. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to KimbleAnn Verdi whose telephone number is (571) 270- 
1664. The examiner can normally be reached on Monday-Friday 7:30am-5:00pm EST.. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, William Thomson can be reached on (571) 272-3718. The fax phone 
number for the organization where this application or proceeding Is assigned is 571- 
273-8300. 

Information regarding the status of an application may be obtained from the 
Patent Application Information Retrieval (PAIR) system. Status information for 
published applications may be obtained from either Private PAIR or Public PAIR. 
Status Information for unpublished applications is available through Private PAIR only. 
For more information about the PAIR system, see http://palr-direct.uspto.gov. Should 
you have questions on access to the Private PAIR system, contact the Electronic 
Business Center (EBC) at 866-217-9197 (toll-free). If you would like assistance from a 
USPTO Customer Service Representative or access to the automated information 
system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 
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